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ABSTRACT 



The problatis encountered by operational units of the U.S. Navy in 
meeting the requiratients to sufcmit a multitude of reports ranging frcm 
simple Fuel Status Reports to rigidly defined, coiputer formatted Move- 
ment Reports are almost overviielming. The evolution of these require- 
ments and recent attanpts to simplify reporting are reviewed. A proposal 
is presented which outlines the developnent , test, and evaluation, and a 
gradual integration of a Conposite Reporting System into the existing 
coinmunications system. This Composite Reporting System is the logical 
predecessor of a Navy-wide Information Systan. 
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I. INTRODUCTION 



In my experience as a camiunications officer, navigator, electronics 
officer, and operations officer, I have never felt confident that I had 
properly drafted and addressed all of the reports in my area of responsi- 
bility whenever an "extraordinary" situation had developed. In discussing 
this problan with several other officers, fran Captain through Ensign, I 
find that this feeling persists at all levels. To ny knowledge, there is 
no carplete list of such required reports available. Each \mit must 
research many piiblications , operation orders, instructions, letters of 
instruction, and message files in order to fulfill the reporting reqixire- 
ments for each incident. Many of the reports generated as a result of 
an "extraordinary" situation contain redundant information. It might 
seoTi reasonable to attenpt to identify all of the current required 
reports, the units responsible for their origination, the addressees to 
vion they must be suhniitted, and the information contained in each type. 

It would then be possible to determine the amount of redundancy and pro- 
pose the elimination, revision or conbination of these required reports 
in order to arrive at a concise listing of all required reports, the 
criteria for origination of these reports, the format of these reports 
and the addressees to whan these reports should be sent, and to make this 
available to the op>erational units of the fleet. 

This undertaking would prove to be a considerable task. Each opera- 
tional unit has a unique suit of reference publications, and depending 
upon the task and mission assignment, geographical location and a multi- 
tude of other variables, each would be required to utilize a different 
set of reports and addressees to cover an identical incident. Even in 
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such routine reporting situations as equipment failure, movement or 
weather observation, investigations aboard op>erating units revelaed that 
those personnel responsible for generation of a report could not readily 
substantiate : 

a. Who required the report. 

b. What criteria justified a report. 

c. To whom must the report be sent. 

d. Hew often must the report be updated. 

e. What format must be used. 

When these personnel of the operating units of tlie fleet were asked, 

"How do you knw that a particular report is required," the replies were 
of the nature ... "We have always submitted that report.", "The man I 
relieved told me to be sure and send that report.", "The last time a 
similar situation occurred, we made this report and nobody criticized 
it." ... etc. But no one I spoke with could state with absolute cer- 
tainty that he had not missed sending sane obscure report vdiich was 
required by one of his publications. 

Instead of trying to identify and analyze all of the currently 
effective oporational reports in an attanpt to reduce or eliminate 
redundancy, I chose an alternate way to approach the ever-increasing 
problons in reporting. That approach was examining the feasibility of 
an information systan in vidch the oporational units of the fleet could 
submit siitple reports on any situation, routine or unusual, and be sure 
that this information was disserunated to the proper authority. 

A scenario is used in Section 2 to illustrate the problems encoun- 
tered by oporational units in complying with existing reporting require- 
ments. A brief history of the evolution of the present reporting systen 



5 



is presented in Section 3, foliated in Section 4 by a review of recent 
attempts to formulate a Composite Reporting Systorn. An attonpt is made 
in Section 5 to i].lustrate the flexibility of such a concept by adding 
a previously excluded report to an experimental Ccmposite Reporting 
Systan. Section 6 deals with the proposal of hew a workable Cerrposite 
Reporting System could be developed, tested and integrated into the 
present reporting system, and Section 7 is a sumrtary. 
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II. OVERVIEW OF THE PROBLEM 



A. ONE INCIDENT 

Suppose t±iat you are the Ccmmanding Officer of the USS Destroyer 
enroute fron San Diego to Pearl Harbor. At 0200 you are awakened fron 
a deep sleep by the Officer of the Deck viio makes the follo/zing report. 

"Sorry to wake you Captain, but there has been a casualty to Number 3 
boiler. We have lost all electrical power, are dead in the water, fire- 
man Jones was injured and taken to sickbay, and the chief engineer says 
it will be at least an hour before he can get up steam in Number 1 
boiler." You reply, "Very well. Have the chief engineer report to nty 
cabin with an assessitient of the damage as soon as he has made a 
preliminary investigation." 

At 0230 the chief engineer arrives and the following facts are 
revealed : 

1. The casuality was caused by high water in the boiler. 

2. Water was carried over the steam lines to the generator and the 
main turbine. 

3. Firenan Jonas, in his haste to wrap up the boiler, fell off a 
a ladder and has suffered a broken arm. 

4. The emergency generator will not start. Estimated time to 
restore electrical power is about 30 minutes. 

5. Number 1 boiler will be on the line ready to answer bells in 
approximtely an hour. 

In the meantime, the operations officer appears and reports that due to 
the surge of pcwer at the time of the casuality, the surface search radar 
is dawn along with several pieces of cotinunications equipnent. And of 
course the Fleet Broadcast cannot be relieved until pa^er has been 
restored. 
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B. THE MULTITUDE OF REPORTS 



The following is the minimum list of messages which must be sent in 
the right format to the required addressees in the designated time period 



allowed for reporting such an incident: 



MOVEREP To explain the delay in transit 



PEPS CASREPT To report the injury of fireman Jones 

CASREPT TO report failure of Number 3 boiler 



CASREPT 

CASREPT 

CASREPTS 

COMSTAT 

FORSTAT 

MELSTRIP 

LOGREQ 



To report failxore of Number 2 generator 

To report failure of the surface search radar 

To report the failure of each piece of cormunications 
equipment 

To report the change of status of connunications 
equipment 

To report the change in material readiness of the 
ship 

To order repair parts for the equipments reported 
by CASREPT 

To inform personnel at destination of the delay in 
arrival. A request for messages not received during 
the period in which the Fleet Broadcast could not be 
received. 



There may be more messages required, but tlris list should serve to 
illustrate my peints: one incident can create the requirenent for a large 
number of messages. 

In examining the content of the messages listed above, one can readily 
pick out a great number of redundant pieces of information vdrich must be 
put into the proper format for transmission. Several of the messages are 
sent to the same addressees. For example, in the five (or more) CASREPTS, 
answers to the following appear: Can the ship continue its present 

mission; are rep>air parts onboard-allaved/ordered; what is the name and 
date of next port visit. In the section on parts needed to repair the itan, 
corrplete supply data must be furnished as well as the date-time-group of any 
supply related messages resulting frcm the CASREPT. Information concerning 
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tile next port visit is also contained in both the LOGREQ and in the 
MOVREP. There are more exanples of redundancy \<^ich become readily 
apparent vihen the actual messages are written up and conpared. 
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III. DEVELOPMEKT OF REPORTS 



Through the years, an elaborate system of reporting has been devel- 
oped for units of the fleet. Each Ccefmiander , Bureau, Systems Ccranand, 
and functional area of the Navy requires reports either periodically or 
as situations develop. As the size of the Navy increased and the can- 
mand elements becarte separated fron the support tmits, and the support 
units became more specialized, they separated into isolated units 
operating independently of each other. The number, canplexity and fre- 
quency of required reports has steadily risen to the point vihere it is 
now virtually impossible for the Cortnanding Officer of a typical afloat 
unit to be awcure of all the reports vhich he is responsible to originate 
in any given situation. 

With the diversification of activities ashore, more detailed reports 
have been introduced to the fleet. Some are narrative, but more and 
more, the reports are being required in some type of standard format. 
These formats range from loosely defined data elements in simple alpha- 
betical order, to a rigidly styled format in vhich every character and 
space in the report must be exact. The amount of time required to pre- 
pare some of these reports is considerable, and it is questionable as to 
vhether or not the effort involved in preparing the report is justified 
by the anount of information contained in the report. The required 
number of reports containing redundant information has driven the 
reporting units and the carmunications stations to a condition of extrane 
inefficiency. 
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The time has cane to examine the requiranents of all Cotimanders and 
Supporting Activities in an effort to provide each with the necessary 
information to perform his functions efficiently. Tliese basic require- 
ments could then be molded into a Navy-mde Information System. 
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IV. RE3CENT EFFORTS TO REDUCE MESSAGE TRAFFIC 



A. COMMANDER FIRST FLEET 

In 1968, the staff of Cannander First Fleet rrade an initial study of 
the reporting requirements for units assigned to the First Fleet. The 
concept of starting an information base containing all data reported by 
First Fleet units was considered. Little support for this concept was 
found. This concept laid dormant until Fleet Exercise (ROPEVAL 3-71) in 
September 1971 [1] . At this time units participating in tlie exercise 
were required to send specified data items to Cotmander First Fleet in 
order to build a data base, bat normal reporting was also required of 
the units. The data was cotpiled by hand. The airount of data was 
impressive; however, no provisions had been made at this time to utilize 
or further distribute this data and thereby eliminate the pcirallel 
reporting by the operating xanits. 

The operational units did express an interest in such a reporting 
system, provided it would eliminate the other recfuired reports. 

A second Fleet Exercise (COIPUTEX-72) was conducted in April 1972 [2] . 
At this time the CQMPREP (message format developed for Corttnandeir First 
Fleet Ccmposit Reporting System) was introduced to the participation 
units. The CCMPREIP is a formatted message, designed to enable the origi- 
nators to report various situations or events in one simplified format. 
(See list of reports covered on page 14) . In this exercise an attempt 
was made to utilize automatic data processing equipment to process the 
CCMPREP by reformatting the information into the traditional reporting 
format and transmitting the information to the normal addressees. At the 
same time the elements of information were utilized to ccmpile a data base 
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which could be queried by selected Coitnands for specific pieces/itons or 
categories of infornation. The CCMPREP was the only report transmitted 
by the participants in this Fleet Exercise. Normal, separate, opera- 
tional reports were not originated and sent as had been done in the pre- 
vious exercise KDPEV?JL 3-71. The participating units were iirpressed by 
the reduction of traffic and the conciseness of this report. The major 
problems encountered during this exercise were attributable to inade- 
quately written programs controlling the automatic data processing 
equipnent located in Hav;aii [2] . 

The programs' lack of tolerance of minor errors in the format, or of 
errors introduced during transmission required the reformatting of most 
of the regular operational reports by hand. The personnel operating the 
autonatic data processing equiprient were not properly indoctrinated on 
the correct procedures to follow vhen the autonatic data processing 
equipnent would not reformat a particular message correctly, and this 
resulted in an unacceptable time delay in the delivery of actual "opera- 
tional traffic." The CQMPREP reporting phase of this exercise had to be 
terminated early in the exercise to insure operational reports were in 
fact delivered on time. Once again, the Canmanding Officers of the units 
involved in reporting by means of a COMPREIP were enthusiastic. 

B. HIGHER LEVELS OF INTEREST 

In October 1972, a Canmand Information Workshop was convened in 
Washington, D.C. to generate interest in the development of a new reporting 
system. Navy Status of Forces (NSOF) [3] . This system would be incorpo- 
rated as a subsy^stem of the World Wide Military Cotimand and Control sys- 
tem (Wt’tMCCS) . This workshop marked the first time that operating per- 
sonnel from the fleet as well as planning personnel from the office of 
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OPNAV cxmbined forces to examine the possibility of a single formatted 
message replacing a variety of established reporting systar\s. 

The reconnendations forwarded frcm this workshop were the basis for 
Chief of Naval Operations message 301348Z November 1972. This message, 
addressed to various Canmands, set forth a time table for development of 
a single formatted message based on Carmander First Fleet's CCS4PPEP, an 
earlier attetpt to consolidate a variety of reports [4] . Upon receipt 
of this message, a preliminary development team was formed in San Diego, 
California, under the direction of OPNAV 943. This team was composed of 
personnel from the Naval Electronics Laboratory Command, San Diego; the 
staff of Comraander First Fleet; and a civilian contractor faimi.liar with 



cottnunications systems. 

This team began working on a proposal in December 1972. In January 
1973, their proposal was presented to OPNAV 943 [5] . It was rejected on 
the basis of being too optimistic with respect to time tables set for; 
research and development; formulation of the format; writing and testing 
of software package; implementation. Another strong criticism of the 



proposal was the absence of a detailed cost analysis. 

In the previously described Conmander First Fleet atteipts to evaluate 



a new reporting system, the following 

by the formatted message, CCMPREP: 

Aircraft Availability 
Air Summary 
Ammunition Expenditure 
Broadcast Shift 
Broadcast ZDK/ZFK Bequest 
CASREPT 
CASCOR 

Canmunications Guard Shift 
Cattnunications Interference 
Ca«BTAT 
Contact 
C & D Actions 

Electronic Interference (MIJI) 
Fuel Status 



existing reports v;ere to be replaced 



MILSTRIP Requisitions 
MOVEREP 

Operational Efficiency (NUDBT) 

OPREP-3 (Exercise) 

gPSTAT 

Position/PlM 

Sitrept 

Task Organization Changes 
Termination Request 
VP Mission Summary 
VP Unit Tasking 
Weather Observations 
Oceanography Reports 



14 



These message formats were analyzed and broken down into basic ele- 
ments of information. The basic elements of information were then 
organized into 18 different categories or sections. The sections were 
further divided into lines, with each line assigned a 5 letter code for 
automatic processing. 

The latest proposal by the preliminary development group has organi- 
zed the information into more general categories of a more narrative 
nature. The exact format had not been worked out due to non-availability 
of funding. 

The concept of composite reporting is sound and exciting. It would 
provide all the information in a timely manner to all Operational and 
Administrative Canmanders through a Navy-wide Information Systai\. The 
areas which must still be developed are: 

1. The list of all messages/reports to be incorporated into the 
system during the initial implementation. 

2. A format must be developed which will lend itself to modification, 
i.e. , addition of other reports, changes to present requirements 
or deletion of obsolete reports. 

3. Development of a software program to process the new format, 
insure proper dissemination and feedback to the originating unit. 
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V. ADAPTABILITY 



A mandatory feature of a Coiposite Report is that it be capable of 
adapting to change without the necessity of conpletely restructuring the 
report. This feature is inportant both for the development of initial 
phases of the report as well as for future growth of its usage. 

Traditional message formats, such as the MOVEREP, apparently have 
been devised to concisely present exactly the data iteiis desired by the 
reporting center. Such a format might be specified after a careful sur- 
vey of needed information. Sane appear to be specified so that the per- 
son coiposing the report can conform, character by character, to a 
ccarputer program's strict input forimt. But modem conputer software 
techniques are no longer strictly tied to the fixed character position 
analysis of punched card collating days. The consistency checkirjg and 
free format styles allow a new case and a degree of forgiveness to the 
human corposer. 

For the exercises previously conducted by Cannander First Fleet, it 
was reasonable to compose a single CXUPREP format to replace a definite 
fixed list of traditional reports. However, for the introduction of the 
(XiMPREP system into Navy-wide use as described in the next section, it 
will be necessary to use a format which will acccrtmodate other messages 
not listed as initial messages to be incorporated into the COMPREP system. 

As evidence that the COMPREP concept is adaptable enough to allc^^? 
inclusion of reports which were not specifically included in its design, 
the following discussion illustrates the expansion of Cormander First 
Fleet's CCMPREP format to include a standard SEARCH AND RESCUE report as 
required by Nli/IP 10-1 (D) . 
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Figure 5.1 is a message, utilizing the CQ-IPREP format developed by 
Ccrtniander First Fleet, vMch contains the information necessary to con- 
struct the following standard reports: POSITION, FUEL STATUS and 

WEATHER OBSERVATION. Figure 5.2 is a standard SEARCH AND RESCUE report. 

The extension of the CCMPREP containing the POSITION, FUEL and 
WEATHER OBSERVATION in Figure 5.1, to include all of the infonration in 
the SEARQ! AND RESCUE report in Figure 5.2, is shewn in Figure 5.3. Note 
that the only additional elements are items 22 through 26. The ranainder 
of the information contained in the SEARCH AND RESCUE report was already 
present in the CQ'^PREP illustrated in Figure 5.1 in data items 1,3, 4, 5, 
7,9,10,11,15,16,18 and 19. 

The number of characters required to transmit the SEARCH AND RESCUE 
report in the standard message format. Figure 5.2, is 296. If this mes- 
sage was integrated into the COMPREP as shown in Figure 5.3, it TOuld 
take only 38 characters. This is a net savings in terms of characters 
transmitted of 258. Even if the SEARCH AND RESCUE report was the only 
message to be sent. Figure 5.4, the entire message would contain only 
245 characters in the CCMPREP Systen vice 296 in the standard format. 
Additionally, this CCMPREP would autcmatically provide updates to the 
ship's position and present weather files. 

An adaptable format such as this will confidently be expected to be 
capable of including most of the current operational reports. In addi- 
tion, the COVIPREP must be capable of changing with future reporting 
requirements to allow future evolution into a useful, efficient component, 
conpatible with future information systeris. 
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SAMPLE MESSAGE USING CQ^IPREP FORMAT 
DEVELOPED BY CO-IMANDER FIRST FLEET 





Fran: 

To: 

Bt 


USS SHIP 

CCMPREP PROCESSOR 




Date 

Elanent 


CLASSIFICATION 


Explanation of data elenent 


Identity 


CCMPREP 




1 


AAXXX 


DD-999 


Unit identification 


2 


ABXXX 


003 


Serial number of report 


3 


ACXXX 


101643 


Date time group of report 


4 


ADXXX 


27-16 


latitude of unit 


5 


AEXXX 


125-12 „ 

090-10 Position 


Longitude of imit 


6 


AFXXX 


Course and speed of unit 


7 


AHXXX 


176.3.2 


Task Unit Assignment of unit 


8 


BAXXX 


68 Fuel 


Percentage of burnable fuel 
onboard 


9 


KAXXX 


B 


Ship weather dDservation 


10 


KBXXX 


4,3,16,08 


Wind indicator, cloud coverage, 
wind direction, speed 


11 


KCXXX 


98,02 


Visibility, present weather 


12 


KDXXX 


4 


High cloud coverage 


13 


KEXXX 


1,7 


Type lav clouds, height of 
cloud base 


14 


KFXXX 


5 , 6 Weather 


Type middle clouds, type 
high clouds 


15 


KGXXX 


103,25 


Baronetric pressure, Air 
tenperature 


16 


KHXXX 


10,20,15.0 


Air /sea toip differential, 
dewpoint, sea surface tarp 


17 


KCXXX 


2,10 


Baronetric tendency, 
baroretric change 


18 


KKXXX 


07,02 


Seawaves: period, height 


19 


KLXXX 


07,5,04 


Swell: direction, period, 
height 


20 


KMXXX 


1 


Past weather 


21 


KNXXX 

GP-4 

BT 


5,3 


Course-speed, last three hours 



FIGURE 5.1 
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STANDARD SEARCH AND RESCUE REPORT 



191643Z JAN 73 
EM USS SHIP 

TO RESCUE COORDINATION CENTER 
CTF 176 
CTG 176.3 



BT 

CLASSIFICATION 
SEAEQI AND RESCUE 3130 
A. NWIP 10-1 (D) 

THE FOLLOWING IS SUBMITTED lAW REF A 

1. IDD 

2. VIS 10, WIND 160/8, AIR 'TEMP 25C, SEA SURF TEMP 15C, WAVES: HT 02, 
PD 07, SWELL: DIR 07, HT 04, PD 05 

3. CIRCULAR AREA, RADIUS 20 MILES FORM 27-16N, 125-12E 

4. 63 

5. YES 



GP-4 

BT 



FIGURE 5.2 
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SAMPLE MESSAG3B USING CXS^PREP FORI4AT 
DEVELOPED BY ODMMANDER FIRST FLEET; 

INCLUDES POSmOJ, FUEL, WEAIHER, SEARCH AND RESCUE 



PYon: 


USS SHIP 




To: 


COMPREP PROCESSOR 




Bt 


CLASSIFICATION 


E>cplanation of data element 


COyiPREP 




AAXXX 


DD-999 


Unit identification 


ABXXX 


003 


Serial number of report 


ACXXX 


101643 


Date time group of report 


ADXXX 


27-16 


Latitude of unit 


AEXXX 


125-12 


Longitude of unit 


AFXXX 


090-10 


Course and speed of unit 


AHXXX 


176.3.2 


Task Unit /Assignment of unit 


BAXXX 


68 


Percentage of burnable fuel 
onboard 


KAXXX 


B 


Ship weather cfoservation 


KBXXX 


4,3,16,08 


Wind indicator, cloud coverage, 
wind direction, speed 


KCXXX 


98,02 


Visibility, present weather 


KDXXX 


4 


High cloud coverage 


KEXXX 


1,7 


Type lav clouds, height of 
clouds base 


KFXXX 


5,6 


Type middle clouds, type high 
clouds 


KGXXX 


103,25 


Barcmetric pressure, /Air 






terperature 


KHXXX 


10,20,15.0 


/Air /sea totp differential, 
dewpoint, sea surface tenp 


KIXXX 


2,10 


Barcmetric tendency, 
barcmetric change 


KKXXX 


07,02 


Seawaves: period, height 


KLXXX 


07,5,04 


Swell: direction, period, 
height 


KMXXX 


1 ' 


Past weather 


KNXXX 


5,3 


Course-speed, last three hours 


YAXXX 


IB 


Number and type units 


YBXXX 


20 


Radius of search in miles 


YCXXX 


160-14 


Center of search area frcm 
present position 


YDXXX 


63 


Probability of detection 


YEXXX 

GP-4 

BT 


A 


Can continue search 



FIGURE 5.3 
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SEARCH AND RESCUE REPORT IN CCMPI^ FORMAT 



Fran: 


USS SHIP 




To: 


COMPREP PROCESSOR 




BT 


CIASSIFICATION 


Explanation of data elanent 


CaMPREP 




AAXXX 


DEH999 


Unit identification 


ABXXX 


003 


Serial number of report 


ACXXX 


101643 


Date time group of report 


ADXXX 


27-16 


Latitude of unit 


AEXXX 


125-12 


Longitude of unit 


KAXXX 


B 


Ship weather observation 


KBXXX 


4,3,16,08 


Wiivl indicator, cloud coverage. 


KCXXX 


98,02 


wind direction, wind speed 
Visibility, present weather 


KGXXX 


103,25 


Barcmetric pressure. Air 


KHXXX 


10,20,15.0 


temperature 

Air/sea tentp differential 


KKXXX 


07,02 


dewpoint, sea surface temp 
Seawaves: period, height 


KLXXX 


07,5,04 


Swell: direction, period. 


YAXXX 


IB 


height 

Number and type units 


YBXXX 


20 


Radius of search in miles 


YCXXX 


160-14 


Center of search area from 


YDXXX 


63 


present position 
Probability of detection 


YEXXX 


A 


Can continue search 



FIGURE 5.4 
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VI. DEVELOPMENT OF THE COMPOSITE REPORT 
A. PRDPOSED CQMPREP SYSTEM 

The results of the tvvo atterrpts by Connander First Fleet to develop 
an alternative to the present reporting systan are encouraging. Mthough 
a smoothly operating syston was not achieved during the exercises evalu- 
ating these systans, an overall acceptance and approval of the concept 
was expressed by the participating units. 

I submit that a (XMPREP System is not only a feasible, but a neces- 
sary step tcward the reduction of the number of operational reports 
required of operating units. The proposal, as outlined and explained in 
the following section, should be viexved as basic steps in streamlining 
our present reporting system. The proposed developnent consists of a 
series of clearly identifiable Phases, Vviiich systematically and gradually 
modify the present reporting system into a navy-wide infonration systan. 
The cost of such a project and the time required to develop the format, 
software and hardware are not addressed in this paper, although mile- 
stones have been identified and achievement of each milestone is dependent 
only upon the availability of funding. 

Present Caxrtvunications System 

Within the existing Cartnunications System (see Figure 6.1) tradi- 
tional message reports are received by a ccmmunications station frem 
various originators via several modes of transmission. Upon receipt, a 
copy of each message is stored as received and a copy is transmitted to 
the action addressee and to each information addressee. The ccmmuni- 
cations section serves as a distribution point for the inceming messages. 
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COMMUNICATIONS STATION 



Research and Developnent 



The research and developn:ient of a CCMPREP System could be carried on 
with no interference to the present ccrrmunications systan. The research 
and developnent effort would be directed toward three main areas: Identi- 
fication of reports to be initially incorporated into the CXIMPREP; the 
format of the OOMPREP; software programs to process the CCME’REP. 

Test and Evaluation 

Test and evaluation of the CCMPREP Syston could be effected without 
interfering with the present ccmnunications system (see Figure 6.2) . 
Figure 6.2 illustrates how sairple COMPREPS, generated by hypothetical 
situations, would be sent to the evaluating unit through the cannuni- 
cations station. Tlie Inccming Message Processor wDuld route these 
sample COMPREPS to a COMPREP Processor \drlch would reformat the saitple 
COMPREPS into traditional formats. The originators of the sample 
COt-lPREPS would also send the traditional reports required by the hypo- 
thetical situation, including the appropriate addressees, to the evalu- 
ation unit. The output fron the OOMPREP Processor would be conpared with 
the traditional reports sent by the originator. Mjustraents to the 
systen, including changes to the OCMPREP format, instructions for its 
use, the refojmnatting program, the accounting program and the addressee 
program, would then be made until the syston proved to be operating 
correctly. (Reformatted messages, the same as the traditional reports, 
with the appropriate addressees, are obtained directly fron the COMPREP 
Reformatting system.) At this point, representative operational units 
would be designated to begin submitting CC^^PREPS in addition to their 
traditional operational reports. It is acknavledged that during this 
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portion of the Test and Evaluation Phase there would be an increase in 
both the workload and the volume of traffic being generated by the 
designated units. However, this period of time v/ould be relatively 
short, involve only a simll number of units, and be eliminated at the 
start of Phase I. 

B. CRITERIA FOR SUCCESS 

The objective of the Test and Eveiluation Phase of the CCMPREP System 
is to determine if the system can successfully perform the functions for 
which it was designed. In order to be deemed a success, the systom must 
be capable of, as a rtunimum, the following: 

1. It must work! When a CCMPREP is originated correctly and 
received by the conraunications station, the accoxanting and reformatting 
function must correctly process tlie COMPREP and deliver the traditional 
message to the correct addressees. 

2. The time elapsed frcm the time of the incident until the time 
that the action addressees have the reformatted messages must be the same 
as, or less than, the time it would take for action addressees to receive 
the traditional reports under the present reporting system. That is, the 
total time required to prepare, transmit, and reformat the CCMPREP, plus 
the time to transmit the reformatted message to the addressees must be 
equal to, or less than the time it would require to prepare, transmit and 
effect delivery of the traditional reports generated by a particular 
incident or situation. 

3. The preparation of the OOMPREP by the originator roust be easier 
than the preparation of required reports generated by a specific incident. 

4. The originators and the addressees must be convinced that the 
COMPREP system is an inproveroent over the existing reporting systen. 
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5. The actual transmission time from ship to shore must be less 
utilizing the CQ^REP than it vrould be transmisting the traditional 
messages . 

C. THE CXMPREP PROCESSOR 

Traditional message traffic passing through a ccrrirnunications station 
will not be affected by the integration of a CCMPREP Processor into the 
system, as illustrated in Figure 6.2. These messages will be handled in 
accordance with existing practices. 

The CCMPREP will be diverted to the COMPREP Processor. Figure 6.3 
diagrams the flov'/ of information through the COMPREP Processor. Upon 
entry into the CCMPREP Processor, several subroutines will act on the 
message. In the area of accounting, records will be maintained of each 
xanit by Unit Identification Code and serial number of the COiPREP. By 
utilizing a scheme in vdiich the serial number of the COf-lPREP received is 
conpared to the serial numbers of COMPREPS of individual units already 
processed, missing and redundant reports can be detected. As a result, 
a report of missing numbers would automatically be generated and sent 
to the originator. Another feature of the accounting system is automatic 
generation of requests for additional reports if a predetermined maximum 
time between reports has been exceeded. 

While the accounting functions are being performed, the message is 
passed to the reformatting section. There the message is broken dox>ni 
into data elements. Using the Unit Identification Code, data elements to 
establish the type of report. Task Organization and geographical location, 
appropriate action and information addressees are assigned. The types of 
reports required are determined and the data elements are reformatted 
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into the traditional report form. The traditional report is then trans- 
mitted to the addressees through existing channels and a record copy is 
placed in storage. 

Implementation of Phase I 

Upon canpletion of the Test and Evaluation Phase, assuming that the 
system is evaluated as being successful, the transition into Phase I 
could be acccmplished smoothly. The CCMPREP Processor, already in a 
position to receive inputs frcm the Inccming Message Processor (see 
Figure 6.2) could easily be integrated into the present cormuni cations 
system (see Figure 6.4) . At this time, those units viiich have partici- 
pated in the Test and Evaluation Phase weuld comience submitting 
C30MPREPS in lieu of traditional reports. Other units, after a specified 
period of dual reporting, would gradually be changed over to the CCMPREP 
System, until the CCMPREP became navy-wide. Note that this gradual 
changeover can proceed at any rate. An individual unit would be added 
to the system upon denonstrating its capability to utilize the CCMPREP 
fontiat correctly. 

Phase II 

As an intermediate step in progress toward a large information sys- 
ton. Phase II would permit changes advantageous to users, i.e., the ccm- 
inands maintaining data bases or files of information. Figure 6.5 
illustrates how the user receives information at the present time, and 
two possible advanced forms. 

As the situation exists new, and during Phase I, all users would 
receive "traditional messages" in existing format. The individual user 
would continue to process these messages and update his cwn files. 
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COMMUNICATION STATION 



i 







In Phase II, should the user determine that cerrtain data v;ere no 
longer necessary or tliat additional data v.-ere needed, the change ccald 
be Trade to the fonrat v.hich he receives vathout the expense and the tirre 
delays required in irrplerienting a navy-v;ide change to an existing report. 
The change v.-oiild be made in the CXi-IPKEP Processor ("rrcdification I" of 
Figure 6.5). 

A fxorther rrcdif icatio.n , and perhaps the rrcst beneficial to the user, 
would be a direct link frcm the (Xf-TPEP Processor, through existing 
channels, to the users corrrjter or data base ("irodificaticn II" of 
Figure 6.5) . This vxjuld eliminate at least one stage of hrrran hanlLLng 
of the message, and pra/ide the user vath up-to-date inforrration at any 
given tirre. 



long range Information Systgn 

At presant the trend in reporting seers to be to/.'ard a vast infor- 
matics s;^’stsn. Altnoogh the design of such a systcrr is beyond tne scope 
of this paper, the evolution of the CCf-!??E? System thraagh Phase II, 
particrolarly the ccrp»oter-to-ccrrpijter link form of "mcdifioaoior. II" 
described abv/e, is fully corpatible v.itn tnis trer/d. Any infcrraoicn 
systemi na.-; witnin sight cculd accept message inpots in tnis form.. (See 
Figure 6.6.) Sore systsrs might e’/en viex tne CX3-P^KEI? 
integral part of tneir net/.ork. 



£'/stem as an 
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FIGURE 6.5 
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COMMANDS 



VII. SUmARY 



Personnel responsible for meeting the reporting requirenents inposed 
on operational units of the fleet are faced with an enormous task. The 
number of types and complexity of the reports required have increased to 
the point \vhere it is almost iitpossible to be aware of and to meet these 
requirements with a high degree of confidence that all the requiranents 
have been met. 

Recent atteupts to alleviate this problem have been made by Ccmraander 
First Fleet with the development of a ccmpxDsite reporting system, CCMPREP. 
While evaluating the CCMPREP during Fleet Exercises ROPEVAL 3-71 and 
OCMPUTEX-72, many problons in the area of au tana tic processing were 
uncovered. Nevertheless, Cormanding Officers of the afloat units involved 
endorsed the concept of Ccnposite Reporting. 

In support of the CcmpxDsite Reporting concept as a means to streamline 
the present reporting syston, a plan for the development of a CCMPREIP 
Systan was presented. Sane of the shortccmings of the previously de\ sed 
systems were noted. The most important areas in the development of t e 
COMPREP Systan were defined. The capability of such a systan for expansion 
was illustrated through the addition of a previously excluded report, 

SEARCH AND RESCUE, into the format develc^ed by Ccmnander First Fleet. 

This illustration shews that by utilizing the Composite Reporting format, 
the amount of preparation time and more importantly the amount of 
transmission time saved is considerable. 
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The proposal for a Navy-wide Ccmposite Reporting Systen in Section VI 
describes, step by step, a reasonable method of developing such a system, 
and explicit performance specifications to be met to insure success. In 
addition, the system is described as it might be modified in the future to 
beccme an integral elem^ent in the realization of a Navy-^ide Information 
System. 
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APPENDIX I 



Summary of Proposal presented by the Preliminary Development Team 
sponsored by OPNAV 943. 

PKEMARY OBJECTIVES 

To reduce fleet unit reports 

To simplify message drafting 

To afford man and machine readibility 

To reduce message traffic throughout the navy 

To irrp3X>ve message timeliness 

To provide feedback to fleet units 

SECCMDAPy OBJECTIVES 

To mixiimize information redundancy 

To sirrplify operator message preparation 

To reduce total circuit transmission time 

To provide recipient more ccmplete operational information 

To improve information quality 

imG-RANGE OBJECTIVES 

To increase Ccnmand and Control Cormunications effectiveness 
To incorporate other recurring message reports 

To provide Navy-wide access to operational and Reaidiness information 
To support Readiness and Training Management 

The CCMPREP as proposed by the preliminau:y developnent team would be 
inplemented in three phases, each phase being a logical follcw-on to the 
already existing system. The time frame for progressing from one phase 
to the next was not specifically defined, but would depend upon the 
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performance, werkability and funding available. It was proposed, how- 
ever, that the basic design, distribution of materials and inplanentation 
of Phase I could be acccmplished by July 1974. 

In order to more clearly illustrate the three phases envisioned in 
implementing the CXMPREP, the affect of each phase is shown on each of 
the three major corponents of the system in the following table: 



I 



II 



III 



REPORTING 

UNIT 



Single ship to 
shore message 



Single ship to 
shore message 



Single ship to 
shore message 



COMPREP 

CENTER 



Tr£mslate infor- 
mation for dis- 
tribution into 
existing message 
format. 



Reformat and dis- 
tribute the infor- 
mation in user 
specified message 
format. 



Carpi le a queri- 
able information 
base and transmit 
subsets of infor- 
mation directly 
to the users 
information system. 



USER 

ACTIVITY 



Receive custcmary Receive inforr- Receive direct 

message traffic. mation in own updates to own 

specified format. information base, 

periodic summary 
reports and real- 
time query respon 2 S. 
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APPENDIX II 



The following data was collected as a result of CCilPUTEX lOA-72. 

The Ccnposite reporting was done in a 10 day period with 44 participating 
cifloat lanits sending 501 CCMPREPS to the (XMPPEP CEl'TTER established by 
Ccrrmander First Fleet (CTF 170) . The breakdown of outgoing messages 
generated by the CCMPREPS as classified by type were: 



Narrative 


126 


CASREPT 


33 


OPSTAT 


79 


IDVREP 


25 


MTTOTRIP 


63 


BATHY 


24 


Weather 


59 


SST 


12 


COMSTAT 


52 


ZDK/ZFK 


11 


CASCOR 


49 


Termination 


3 


Sitrep 


46 


Broadcast Shift 


1 


Guard Shift 
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The total number of operational messages reformatted and transmitted 
frcm the 601 CCMPKEP input messages was 618 . Although this may seen 1 ce 
an insignificant difference in terms of actual messages, the follcwing 
two points should be considered. 

1. There was only one format, a prepositioned, "fill in the blanks" 
format, vdiich required no research by the originator. All of the infor- 
mation and instructions for conpleting the report were contained on the 
message blank. 

2. The messages were addressed only to CTF 170, CTU 170.1.9 and to 
immediate operational Cormander of the reporting unit, instead of a long 
series of AIG ' s and other "concerned ccanmands . " 
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